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WHAT IS CLAIMED IS: 

1 . A system for automatic construction of an application for an enterprise resource 
for operation by a user, the system comprising; 

(a) a meta-data description of the enterprise resource, said meta-data description 
featuring a plurality of logical units of data; 

(b) a meta-data parser for parsing the enterprise resource into said plurality of logical 
units of data according to said meta-data description and for determining a 
relationship between said logical units of data, 

(c) a meta-data translator for translating each logical unit of data into an application 
component, for associating said application component with at least one interface 
component for interfacing with the enterprise resource; and 

(d) a definition extraction factory for creating the application from a plurality of said 
application components with said at least one interface component, at least 
according to said relationship between said plurality of logical units of data. 

2. The system of claim 1, wherein said at least one interface component is a 
plurality of interface components, including at least one interface component for data flow to 
and from the enterprise resource and at least one interface component for providing a user 
interface to the user. 

3. The system of claim 2, wherein the application further comprises: 

(i) a first layer of interface components for providing control of the application, 
including at least one interface component for controlling said user interface and 
at least one interface component for controlling said data flow; 

(ii) a second layer of interface components for providing said data input and said 
data output, including said at least one interface component for providing said 
user interface; and 

(iii) a third layer for specifically interacting with the enterprise resource. 

4. The system of claim 3, wherein said application component is contained in said 
third layer and said third layer further comprises: 

(1) an export interface for retrieving data from the enterprise resource; and 

(2) an import interface for storing data into the enterprise resource. 
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5. The system of claim 4, wherein each of said first layer and said second layer 
includes an extension of said application component for communicating with said at least one 
interface component related to said user interface and said at least one interface component 
related to said data flow. 

6. The system of claim 5, wherein said at least one interface component is defined 
according to a standard interface and according to at least one user-defined function. 

7. The system of claim 1, wherein said meta-data description, said meta-data parser 
and said meta-data translator are specific for a particular type of enterprise resource. 

8. The system of claim 7, wherein said meta-data translator translates each logical 
unit of data according to at least one internal translation rule. 

9. The system of claim 8, wherein said at least one internal translation rule is 
defined according to an attribute of said particular type of enterprise resource. 

10. The system of claim 9, wherein said at least one internal translation rule further 
includes at least one default value for a parameter not described in said meta-data description. 

11. The system of claim 10, wherein said meta-data translator also translates each 
logical unit of data according to at least one external translation rule defined by the user. 

12. The system of claim 1, further comprising: 

(e) a hierarchical structure constructor for arranging said plurality of application 
components into a hierarchical object-oriented structure according to said 
relationship between said logical units of data, such that said definition 
extraction factory also creates the application according to said hierarchical 
object-oriented structure. 

13. The system of claim 12, further comprising. 
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(f) a definitions file for defining each of said plurality of application components, 
such that the application is stored as said definitions file, said definitions file 
being constructed by said definition extraction factory. 

14. The system of claim 13, further comprising: 

(g) an editing environment for editing said hierarchical object-oriented structure by 
the user, such that the user manually alters at least a portion of said hierarchical 
object oriented structure. 

15. The system of claim 14, further comprising: 

(h) a parsing engine for reading said definitions file and for operating the application 
according to said definitions file. 

16. The system of claim 15, further comprising: 

(i) a user interface of the application for interacting with the user; and 

(j) a client for operating said user interface, such that said parsing engine constructs 
said user interface automatically according to at least one property of said client. 



17. The system of claim 16, wherein said user interface is a GUI (graphical user 
interface), said GUI being constructed by said meta-data translator with at least one abstract 
GUI component, the system further comprising: 

(i) at least one GUI library for containing a conversion of said at least one abstract 
GUI component to a concrete GUI component, such that said parsing engine also 
constructs said user interface automatically according to said GUI library. 

18. The system of claim 17, wherein said at least one GUI library contains a 
plurality of concrete GUI components and a layout manager for determining a spatial 
relationship between said plurality of concrete GUI components. 

19. A method for automatically constructing an application for an enterprise data 
resource for a user, the steps of the method being performed by a data processor, the method 
comprising the steps of: 
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(a) providing a meta-data description of the enterprise resource, said meta-data 
description including at least one attribute of the enterprise resource; 

(b) dividing the enterprise resource into a plurality of logical data units according to 
said meta-data description; 

(c) translating each of said plurality of logical data units into an application 
component according to at least one attribute of said meta-data description to 
form a plurality of application components; 

(d) determining a relationship between said plurality of logical data units; and 

(e) constructing the application according to said plurality of application 
components and said relationship between said plurality of logical data units. 

20. The method of claim 19, wherein step (d) further comprises the step of: 
(i) constructing a hierarchical object-oriented structure for said plurality of 

application components according to said relationship between said plurality of 

logical data units. 



21. The method of claim 20, wherein step (d) further comprises the steps of: 

(ii) providing an editing environment for displaying said hierarchical object-oriented 
structure to the user; and 

(iii) altering at least a portion of said hierarchical object-oriented structure by the 
user. 

22. The method of claim 21, wherein step (c) is performed according to at least one 
internal translation rule, said at least one internal translation rule being defined according to a 
type of the enterprise resource. 



23. The method of claim 22, wherein step (c) is additionally performed according to 
the steps of: 

(i) defining at least one external translation rule by the user; and 

(ii) translating each of said plurality of logical data units into an application 
component according to said at least one external translation rule. 
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24. The method of claim 23, further comprising the steps of: 

(f) extracting a plurality of definitions for describing each of said plurality of 
application components and said relationship; and 

(g) storing the application by storing said plurality of definitions. 

25. The method of claim 24, further comprising the step of: 

(h) operating the application according to said plurality of definitions. 

26. The method of claim 25, further comprising the step of: 

(i) altering the application by changing at least one of said plurality of definitions. 

27. The method of claim 22, wherein the application is operated by a client, and step 
(e) includes the steps of: 

(1) automatically constructing a user interface according to at least one property of 
said client; and 

(2) displaying said user interface to the user for interacting with the user. 

28. The method of claim 27, wherein step (1) further includes the steps of: 

(A) constructing an abstract user interface for displaying data from the enterprise 
resource and for interacting with the user; and 

(B) constructing a concrete user interface according to said abstract user interface 
and according to said at least one property of said client. 
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The claims are directed to a standard tool-of-the-trade known generally as a "wrapper. " The specific implementation claimed 
is known more specifically as an "Object Request Broker" (ORB). Coyler's Figure 1 shows the use of ORBs in a client- server 
environment, as claimed by Applicant. 

Claims 1-28 lack an inventive step under PCT Article 33(3) as being obvious over an ORB, as taught by Coyler. 
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Claims 1-28 lack industrial applicability as defined by PCT Article 33(4). The claimed method is not limited to a practical 
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This report has been drawn on the basis of the claims, 

page(s) NONE, as originally filed. 

page(s) NONE, as amended under Article 19. 

page(s) NONE, filed with the demand. 

and additional amendments: 

16-21, filed with the letter of 06 MARCH 2001 




This report has been drawn on the basis of the drawings, 

page(s) NONE, as originally filed. 

page(s) 1-2, filed with the demand. 

and additional amendments: 

NONE 





This report has been drawn on the basis of the sequence listing part of the description: 

page(s) NONE, as originally filed. 

pages (s) NONE, filed with the demand. 

and additional amendments: 

NONE 



V. 2. REASONED STATEMENTS - CITATIONS AND EXPLANATIONS (Continued): 

industrial applicability. Second, the "automatic construction of such a software program" is in the preamble of the claims, it is 
not in the items of claims 1 and 19, such as items (a)-(d). 

— — NEW CITATIONS 

NONE 
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I. Basis of the report 



1. With regard to the elements of the international application:* 
| | the international application as originally filed 
the description: 



pages 
pages 
pages 



(See Attached) 



, as originally filed 

, filed with the demand 



filed with the letter of 



the claims: 

pages 

pages 

pages 

pages 



(See Attached) 



, as originally filed 

as amended (together with any statement) under Article 19 
, filed with the demand 



filed with the letter of 



X 



the drawings: 

pages (See Attached) 

pages 

pages 



, as originally filed 

, filed with the demand 



the sequence listing part of the description: 
pages (See Attached) 

pages 

pages 



, filed with the letter of . 



, as originally filed 

filed with the demand 



filed with the letter of 



2. With regard to the language, all the elements marked above were available or furnished to this Authority in the language in which 
the international application was filed, unless otherwise indicated under this item. 

These elements were available or furnished to this Authority in the following language which is: 

| | the language of a translation furnished for the purposes of international search (under Rule 23.1(b)). 
| | the language of publication of the international application (under Rule 48.3(b)). 

I I the language of the translation furnished for the purposes of international preliminary examination (under Rules 55.2 and/ 
or 55.3). 

3. With regard to any nucleotide and/or amino acid sequence disclosed in the international application, the international 
preliminary examination was carried out on the basis of the sequence listing: 

□ contained in the international application in printed form. 

| | filed together with the international application in computer readable form. 

| | furnished subsequently to this Authority in written form. 

[ [ furnished subsequently to this Authority in computer readable form. 

□ The statement that the subsequently furnished written sequence listing does not go beyond the disclosure in the 
international application as filed has been furnished. 

I I The statement that the information recorded in computer readable form is identical to the writen sequence listing has 
' — ' been furnished. 

4 | x| The amendments have resulted in the cancellation of: 

DO the description, pages NONE 

the claims, Nos. NONE 

fxl the drawings, sheets/ftg NONE 



5 - | | This report has been drawn as if (some of) the amendments had not been made, since they have been considered to go 

beyond the disclosure as filed, as indicated in the Supplemental Box (Rule 70.2(c)).** 
* Replacement sheets which have been furnished to the receiving Office in response to cm invitation under Article 14 are referred to 
in this report as "originally filed" and are not annexed to this report since they do not contain amendments (Rules 70.16 
and 70.17). 

**Any replacement sheet containing such amendments must be referred to under item 1 and annexed to this report. 

Form PCT/IPEA/409 (Box I) (July 1998)* 



INTERNATIONAL PRELIMINARY EXAMINATION REPORT 



ional application No. 



PCT/IL00/00178 



V. Reasoned statement under Article 35(2) with regard to novelty, inventive step or industrial applicability; 
citations and explanations supporting such statement 



1. statement 

Novelty (N) 



Claims NONE 



Claims 1-30 



Inventive Step (IS) 



Industrial Applicability (IA) 



Claims NONE 



Claims 1-30 



Claims NONE 



Claims 1-30 



YES 
NO 

YES 
NO 



YES 
NO 



2. citations and explanations (Rule 70.7) 

Claims 1-30 lack novelty under PCT Article 33(2) as being anticipated by Coyler' s "Bridge for a Client-Server Environment. " 

The claims are directed to a standard tool-of-the-trade known generally as a "wrapper." The specific implementation claimed 
is known more specifically as an "Object Request Broker" (ORB). Coyler's Figure 1 shows the use of ORBs in a client-server 
environment, as claimed by Applicant. 

Claims 1-30 lack an inventive step under PCT Article 33(3) as being obvious over an ORB, as taught by Coyler. Applicant' 
claims relate to a standard tool-of-the-trade in database application development, as taught by Coyler. 

Claims 1-30 lack industrial applicability as defined by PCT Article 33(4). Claims 1-30 are recite abstract ideas of writing a 
computer program without any limitation to apractical application. As such, the claimed invention is clearly ineligible for 
patent protection. 



Response to Applicant Remarks filed March 06 March 2001 : 

Applicant argues at page 8, last paragraph that "automatically constructing the software program is not known in the art". 
However, the phrase "automatically constructing the software program" is in the preamble of claims 1 and 19 not m the 
items of these claims. 

Applicant also argues at page 3, last paragraph that "the software program itself has industrial applicability. Applicant is i 
error since the computer program by itself has no industrial applicability. 

Applicant further argues at page 4, lines 1-3 that "automatic construction of such a software program" in claims 1-30 has 
industrial applicability. First, automatic construction of software program does not indicate that the claim invention has 
(Continued on Supplemental Sheet.) 
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I. BASIS OF REPORT: 

This report has been drawn on the basis of the description. 

page(s) 1-15, as originally filed. 

page(s) NONE, filed with the demand. 

and additional amendments: 

NONE 

This report has been drawn on the basis of the claims, 

page(s) NONE, as originally filed. 

page(s) NONE, as amended under Article 19. 

page(s) NONE, filed with the demand. 

and additional amendments: 

16-21, filed with the letter of 06 MARCH 2001 

This report has been drawn on the basis of the drawings, 

page(s) NONE, as originally filed. 

page(s) 1-2, filed with the demand. 

and additional amendments: 

NONE 

This report has been drawn on the basis of the sequence listing part of the description: 

page(s) NONE, as originally filed. 

pages(s) NONE, filed with the demand. 

and additional amendments: 

NONE 

V. 2. REASONED STATEMENTS - CITATIONS AND EXPLANATIONS (Continued): 

industrial applicability. Second, the "automatic construction of such a software program" is in the preamble of the claims, it is 
not in the items of claims 1 and 19, such as items (a)-(d). 



NEW CITATIONS 



NONE 
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WHAT IS CLAIMED IS: 

1 . A system for automatic construction of a software program to write 
data to, and to retrieve data from, an enterprise resource for interaction with a user, 

the system comprising; 

(a) a meta-data description of the enterprise resource, said meta-data 
description featuring at least one attribute of the data of the enterprise 
resource, said at least one attribute including a structure of the data; 

(b) a meta-data parser for parsing the enterprise resource into said plurality 
of logical units of data according to said at least one attribute of said 
meta-data description, and for determining a hierarchical structure for 
said logical units of data according to said structure of the data; 

(c) a meta-data translator for translating each logical unit of data into an 
application component, such that the data of said logical unit of data is 
associated with said application component, and for associating said 
application component with at least one interface component for 
interfacing with the enterprise resource; and 

(d) a definition extraction factory for creating the software program from a 
plurality of said application components with said at least one interface 
component, at least according to said hierarchical structure for said 
plurality of logical units of data. 

2. The system of claim I , wherein the software program features a 
plurality of interface components, including at least one interface component for data 
tlow to and from the enterprise resource and at least one interface component for 
providing a user interface to the user. 

3 . The system of claim 2, wherein the software program further 
comprises: 

(i) a first layer of interface components for providing control of the 
software program, including at least one interface component for 
controlling said user interface and at least one interface component for 
controlling said data flow; 
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(ii) a second layer of interface components for providing said data input 
and said data output, including said at least one interface component 
for providing said user interface, and 

(iii) a third layer of interface components for specifically interacting with 
the enterprise resource. 

4 The system of claim 3, wherein said application component is 
contained in said third layer and said third layer fiirther comprises: 

( 1 ) an export interface for retrieving data from the enterprise resource; and 

(2) an import interface for storing data into the enterprise resource. 

5. The system of claim 4, wherein each of said first layer and said second 
layer includes an extension of said application component for communicating with 
said at least one interface component related to said user interface and said at least 
one interface component related to said data flow. 

6. The system of claim 5. wherein said at least one interface component is 
defined according to a standard interface and according to at least one user-defined 
function. 

7. The system of claim I, wherein said metadata description, said 
meta-data parser and said meta-dala translator are specific for a particular type of 
enterprise resource. 

8. The system of claim 7, wherein said meta-data translator translates 
each logical unit of data according to at least one internal translation rule. 

9 The system of claim 8, wherein said at least one internal translation 
njle is defined according to an attribute of said particular type of enterprise resource 

10. The system of claim 9, wherein said al least one internal translation 
rule farther includes at least one default value for a parameter not described in said 
meta-data description. 
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11. The system of claim 10, wherein said meta-data translator also 
translates each logical unit of data according to at least one external translation rale 
defined by the user 



12 The system of claim 1, further comprising: 

(e) an application component factoiy for transforming each application 
component into an object having said at least one method and being 
associated with the data of said associated logical data unit; and 

(f) a hierarchical structure constructor for arranging said plurality of 
application components into a hierarchical object-oriented structure 
according to said hierarchical structure for said logical units of data, 
such that said definition extraction factory also creates the software 
program according to said hierarchical object-oriented structure. 

13. The system of claim 12, further comprising: 

(g) a definitions file for defining each of said plurality of application 
components, such that the software program is stored as said 
definitions file, said definitions file being constructed by said definition 
extraction factory. 

14. The system of claim 13, further comprising: 

(h) an editing environment for editing said liierarchical object-oriented 
structure by the user, such that the user manually alters at least a 
portion of said hierarchical object oriented structure. 

15. The system of claim 14, further comprising: 

(i) a parsing engine for reading said definitions file and for operating the 
software program according to said definitions file. 



16. The system of claim 15, further comprising: 

(j) a user interface of the software program for interacting with the user; 

and 
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(k) a client computer Tor operating said user interface, such that said 

parsing engine constructs said user interface automatically according to 
at least one property of said client computer. 



17. The system of claim 16, wherein said user interface is a GUI (graphical 
user interface), said GUI being constructed by said mcta-data translator with at least 
one abstract GUI component, the system further comprising: 

(I) at least one GUI library for containing a conversion of said at least one 
abstract GUI component to a concrete GUI component, such that said 
parsing engine also constructs said user interface automatically 
according to said GUI library. 

1 8 The system of claim 1 7, wherein said at least one GUI library contains 
a plurality of concrete GUI components and a layout manager for determining a 
spatial relationship between said plurality of concrete GUI components. 

1 9. A method for automatically constructing a software program to write 
data to, and retrieve data from, an enterprise data resource for a user, the steps of the 
method being performed by a data processor, the method comprising the steps of: 

(a) providing a meta-data description of the enterprise resource, said 
mcta-data description including at least one attribute of the data of the 
enterprise resource; 

(b) dividing the enterprise resource into a plurality of logical data units 
according to said meta-data description; 

(c) translating each of said plurality of logical data units into an 
application component according to at least one attribute of said 
mcta-data description to form a plurality of application components; 

(d) determining a hierarchical structure for said plurality of logical data 
units; and 

(e) constructing the software program from said plurality of application 
components according to said hierarchical structure for said plurality of 
logical data units. 

20. The method of claim 19, wherein said at least one attribute of said 
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meta-data description includes a structure of the data in tbe enterprise resource, such 
that step (d) is performed according to said structure of the data in the enterprise 
resource. 

2 1 . The method of claim 20, wherein step (c) further comprises the step of: 
(i) defining at least one method for each application component, for 

operating on the data of each logical data unit associated with each 
application component, such that each application component is an 
object having said at least one method and being associated with the 
data of said associated logical data unit. 

22. The method of claim 21 , wherein step (d) further comprises the step of: 
(i) constructing a hierarchical object-oriented structure for said plurality of 

application components according to said hierarchical structure for said 
plurality of logical data units. 

23. The method of claim 22, wherein step (d) further comprises the steps 



24. The method of claim 23, wherein step (c) is performed according to at 
least one internal translation rule, said at least one internal translation rule being 
defined according to a type of the enterprise resource. 

25. The method of claim 24, wherein step (c) is additionally performed 
according to at least one external translation rule defined by the user and wherein step 
(i) of step (c) is performed by translating each of said plurality of logical data units 
into an application component according to said at least one external translation rule. 

26. The method of claim 25, ftirther comprising the steps of: 



of: 



(iii) 



providing an editing environment for displaying said hierarchical 
object-oriented structure to the user; and 

altering at least a portion of said hierarchical object-oriented structure 
by the user. 
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(0 extracting a plurality of definitions for describing each of said plurality 
of application components and said hierarchical structure; and 

(g) storing the software program by storing said plurality of definitions. 

27. The method of claim 26, further comprising the step of: 

(h) operating the software program according to said plurality of 
definitions. 

28. The method of claim 27, further comprising the siep of: 

(i) altering the software program by changing at least one of said plurality 
of definitions. 

29 The method of claim 24, wherein the software program is operated by 
a client computer, and step (e) includes the steps of: 

(1) automatically constructing a user interface according to at least one 
property of said client computer; and 

(2) displaying said user interface to the user for interacting with the user. 

30. The method of claim 29, wherein step (I) further includes the steps of: 

(A) constructing an abstract user interface for displaying data from the 
enterprise resource and for interacting with the user; and 

(B) constructing a concrete user interface according to said abstract user 
interface and according to said at least one property of said client 
computer 



flMEHOED SHEET 



INTERNATIONAL SEARCH REPORT 



International application No. 
PCT/ILOO/00178 



A. CLASSIFICATION OF SUBJECT MATTER 
IPC(7) :G06F 17/30 

US CL : 707/2 

According to International Patent Classification (IPC) or to both national classification and IPC 

B. FIELDS SEARCHED 

Minimum documentation searched (classification system followed by classification symbols) 

U.S. : 707/2 



Documentation searched other than minimum documentation to the extent that such documents are included in the fields searched 


Electronic data base consulted during the international search (name of data base and. where practicable, search terms used) 
EAST 


C. DOCUMENTS CONSIDERED TO BE RELEVANT 


Category* 


Citation of document, with indication, where appropriate, of the relevant passages 


Relevant to claim No. 


X 


US 5,862,328 A (COLYER) 19 January 1999, ALL 


1-28 


| | Further documents are listed in the continuation of Box C 


| | See patent family annex. 




* Special categories of cited documents: 

*A" document defining the general state of the art which a not considered 
to be of particular relevance 

*E" earlier document published on 01 after the international filing dale 

*L" document which may throw doubts on priority cUimt.il or which is 
cited to establish the publication date of another citation or other 
special reason (as specified) 

'O* document referring to an oral disclosure, use. exhibition or other 
- mcaru 

'P* document published prior to the international filing date but later than 
the priority date claimed 


*T" later document published after the international filing date or priority 
date and not in conflict with the application but cited to understand 
the principle or theory underlying tile invention 

"X" document of particular relevance, the claimed invention cannot be 
considered novel or cannot be considered to involve an inventive step 
when the document is taken alone 

"Y" document of particular relevauee; die claimed invention cannot be 
considered to involve an inventive step when (he document is 
combined with one or mare other such documents, such combination 
being obvious to a person skilled in the an 

"&" document member of the same patent family 


Date of the actual completion of the international search 
07 JUNE 2000 


Date of mailing of the international search report 

06 JULZOOff 


Name and mailing address of the IS A/ US 
Commissioner of Patents and Trademarks 
Box PCT 

Washington, D C. 20231 
Facsimile No. (703) 305-3230 


Authorized officer >»- _ ^fp 

TARIQ HAFIZ 
Telephone No. (703) 305-9643 





Form PCT/lSA/210 (second sheet) (July 1998) * 



INTERNATIONAL SEARCH REPORT 



International application No. 
PCT/IL00/O0178 



Box I Observations where -certain claims were found unsearchable (Continuation of item 1 of first sheet) 



This international report has not been established in respect of certain claims under Article I7(2)(a) for the following reasons: 


1. 




Claims Nos.: 1-28 




because they relate to subject matter not required to be searched by this Authority, namely: 




Please See Extra Sheet. 


2. 


□ 


Claims Nos.: 




because they relate to parts of the international application that do not comply with the prescribed requirements to such 
an extent that no meaningful international search can be carried out, specifically: 


3. 


□ 


Claims Nos.: 




because they are dependent claims and are not drafted in accordance with the second and third sentences of Rule 6.4(a). 


Box II Observations where unity of invention is lacking (Continuation of item 2 of first sheet) 


This International Searching Authority found multiple inventions in this international application, as follows: 


1 . 


□ 


As all required additional search fees were timely paid by the applicant, this international search report covers all searchable 
claims. 


2. 


□ 


As all searchable claims could be searched without effort justifying an additional fee, this Authority did not invite payment 
of any additional fee. 


3. 


□ 


As only some of the required additional search fees were timely paid by the applicant, this international search report covers 
only those claims for which fees were paid, specifically claims Nos.: 


4. 


□ 


No required additional search fees were timely paid by the applicant. Consequently, this international search report is 
restricted to the invention first mentioned in the claims; it is covered by claims Nos.: 


Remark 


on Protest | | The additional search fees were accompanied by the applicant's protest. 






| | No protest accompanied the payment of additional search fees. 



Form PCT/ISA/210 (continuation of first sheet(l)) (July 1998)* 



INTERNATIONAL SEARCH REPORT 



International application No. 
PCT/IL00/00178 



BOX I. OBSERVATIONS WHERE CLAIMS WERE FOUND UNSEARCHABLE 
1. Subject mauer not required to be searched by this ISA, namely: 
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descriptive material, which is ineligible for patent protection under 35 U.S.C. 101. 

The subject matter of the claimed method (claims 19-28) similarly consists of manipulating a data structure without 
limitation to a practical application. Thus, claims 19-28 are also ineligible for patent protection under 35 U.S.C. 101. 
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September 20, 2001 



Carol Piatt 

Senior Legal Assistant, Intellectual Property 
Marvel Entertainment Group, Inc. 
387 Park Avenue South 
New York, NY 10016 

Re: Israel Trademark Registration No. 89763 for MARVEL COMICS LOGO in 
class 25 on behalf of Marvel Characters, Inc. 
Our ref: 003-004L-240 

Dear Ms. Piatt, 

Further to our fax of September 3, 2001, I am pleased to advise you that the Israel 
Trademark Office has amended the Hebrew specification of goods. The Certificate of 
Registration is enclosed. Please sign and return (by mail or facsimile) the enclosed 
copy of this letter to acknowledge that you have safely received the enclosed 
Certificate. 

Because the mark was filed over seven (7) years ago, November 9, 1993, it is due for 
renewal for a period of fourteen (14) years. In order to avoid late renewal fees, I look 
forward to your earliest authorization to pay the renewal fee for this registration. 

If at any time this mark is altered or the range of goods extended, I recommend that 
you consult with me to ensure that the registration provides adequate protection. 

Please also contact me if there is a change in the Registrant's name or address or if the 
trademark is licensed or assigned, as these may need to be recorded on the Register. 

I remind you that this registration will become vulnerable to cancellation for non-use 
if the mark is not used in relation to goods covered by the registration for three (3) 
consecutive years preceding the date of a third party's claim for cancellation on the 
ground of non-use. 

Israel currently operates under the registered user system to prove use of a trademark 
by someone other than the registrant. Under Israel trademark law, if a registrant 
licenses a third party to use a trademark or service mark in Israel (other than as a mere 
distributor), that third party must be recorded as a registered user to assure that the 
trademark's use will inure to the benefit of the registrant. 



Ms. Carol Piatt 
September 20, 2001 
Page Two 



Under strict Israeli trademark practice, failure to record a registered user may result in 
the registration becoming vulnerable to cancellation for non-use by third parties. 

If you wish further information on recording a registered user, please contact me. 

It is not mandatory in Israel to indicate that the mark is registered. However, it is 
advisable to do so. 

I take this opportunity to enclose our final debit note for services rendered in this 
matter. 

Thank you for your instructions. 



Sincerely, 



David Wolberg 
Plinner, Bodner & Co. 
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AUTOMATIC INTERFACE GENERATION FOR AN 
ENTERPRISE RESOURCE 

FTF.T D AND BACKGROUND OF THE INVENTION 

The present invention relates to a system and method for automatically generating an 
application for interacting with an enterprise resource, and in particular, for such a system and 
method which constructs such an application without extensive manual intervention from a 
human programmer for an enterprise resource, such that the data associated with the enterprise 
resource is available through the application, for manipulation, export and import of data. 

An enterprise resource is a structured set of data which is accessible through an 
enterprise application, for example by manipulating, exporting and importing data. The 
enterprise application is a software program which enables such access and manipulation of the 
data of the resource. One example of an enterprise resource is a database which is accessible 
through an interface written in the COBOL programming language. The term "enterprise- 
refers to an existing resource and application within an organization, for example. Such 
enterprise resources may be maintained simply because constructing a completely new data 
structure and a new application interface is expensive and time-consuming, and may also result 
in significant "down time" until the new application is running smoothly and the enterprise 
application can be removed. Thus, organizations are hesitant to completely replace enterprise 

applications and resources. 

A more useful system and method would enable the organization to integrate new or 
additional functionality to the enterprise application and resource, while still maintaining the 
enterprise application and resource, without requiring extensive programming by a human 
programmer and without requiring extensive testing before the new application and data 
structure is ready for use. Such a system and method would be either semi-automatic, or even 
completely automatic, thereby reducing the possibility of human error as well as reducing the 
amount of human intervention required to prepare the new application and resource. Finally, 
such a system and method would produce an application which is widely usable across many 
different computer platforms, yet which is flexible and robust. Unfortunately, such a system 
and method are not currently available. 

There is thus a need for, and it would be useful to have, a system and a method for 
automatic generation of a new resource data structure and of a software interface for that data 
structure, which would interface with an enterprise resource and an enterprise application, and 
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which would be flexible and robust, yet would not require substantial manual intervention by a 
human programmer for the construction of the new data structure and software interface, 
thereby integrating the enterprise application or applications into a single client interface. 

5 BRIEF DESCRIPTION O F THF DRAWINGS 

The foregoing and other objects, aspects and advantages will be better understood from 
the following detailed description of a preferred embodiment of the invention with reference to 

the drawings, wherein: 

FIG. 1 is a schematic block diagram of an illustrative system and work flow according 

10 to the present invention; and 

FIG. 2 is a schematic block diagram of an application created according to the present 

invention. 



SUMMARY OF THE INVENTION 

1 5 The present invention is of a system and a method for automatic creation of a software 

application for accessing an enterprise data resource, preferably without actually altering the 
stored data. Rather, the system and method of the present invention create an interface which is 
preferably operable across computer platforms, and which enables the user to both write data to, 
and retrieve data from the enterprise resource. This is accomplished by first analyzing the 

20 enterprise resource to decompose it into a plurality of logical data units. Each data unit is then 
translated into an application component, which is preferably an object with associated methods 
and data. Each application component is then added to a hierarchical object-oriented structure, 
which is constructed according to the logical relationships between the units of data. The 
hierarchical object-oriented structure is optionally edited manually by the user. Finally, the 

25 hierarchical object-oriented structure is transformed into the application by an engine which 
uses a "factory" model, thereby efficiently coding those portions of the interface which are 
similar or even identical for all enterprise resources. The final application is preferably a group 
of objects which provide such functions as a user interface and data input and output. 
According to the present invention, there is provided a system for automatic 

3 0 construction of an application for an enterprise resource for operation by a user, the system 
comprising: (a) a meta-data description of the enterprise resource, the meta-data description 
featuring a plurality of logical units of data; (b) a meta-data parser for parsing the enterprise 
resource into the plurality of logical units of data according to the meta-data description and for 



determining a relationship between the logical units of data; (c) a meta-data translator for 
translating each logical unit of data into an application component, for associating the 
application component with at least one interface component for interfacing with the enterprise 
resource; and (d) a definition extraction factory for creating the application from a plurality of 
the application components with the at least one interface component, at least according to the 
relationship between the plurality of logical units of data. 

According to another embodiment of the present invention, there is provided a method 
for automatically constructing an application for an enterprise data resource for a user, the 
steps of the method being performed by a data processor, the method comprising the steps of: 
(a) providing a meta-data description of the enterprise resource, the meta-data description 
including at least one attribute of the enterprise resource; (b) dividing the enterprise resource 
into a plurality of logical data units according to the meta-data description; (c) translating each 
of the plurality of logical data units into an application component according to at least one 
attribute of the meta-data description to form a plurality of application components; (d) 
determining a relationship between the plurality of logical data units; and (e) constructing the 
application according to the plurality of application components and the relationship between 

the plurality of logical data units. 

Hereinafter, the term "network" refers to a connection between any two computers 
which permits the transmission of data. Hereinafter, the term "computer" includes, but is not 
limited to, personal computers (PC) having an operating system such as DOS, Windows™, 
OS/2™ or Linux; Macintosh™ computers; computers having any type of Java virtual machine 
as the operating system; and graphical workstations such as the computers of Sun 
Microsystems™ and Silicon Graphics™, and other computers having some version of the UNIX 
operating system such as AIX™ or SOLARIS™ of Sun Microsystems™, or any other known 
and available operating system, including operating systems such as Windows CE™ for 
embedded systems, including cellular telephones, handheld computational devices and palmtop 
computational devices, and any other computational device which can be connected to a 
network. Hereinafter, the term "Windows™" includes but is not limited to Windows95™, 
Windows 3. X ™ in which "x" is an integer such as "1", Windows NT™, Windows98™, 
Windows CE™ and any upgraded versions of these operating systems by Microsoft Corp. 
(USA). 

Hereinafter, the term "Web browser" refers to any software program, which can display 
multimedia data such as text, graphics, or both, from Web pages on World Wide Web sites. 
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Hereinafter, the term "Web page" refers to any document available for download and display, 
including, but not limited to, documents written in a mark-up language such as HTML 
(Hyper-text Mark-up Language), VRML (Virtual Reality Modeling Language), dynamic 
HTML, XML (Extended Mark-up Language) or related computer languages thereof. 
5 Hereinafter, the term "application user" refers to the individual operating the application 

which is constructed according to the present invention, while the term "programming user" 
refers to the human programmer who is constructing the application by interacting with the 
system of the present invention. 

The present invention could be described as a series of steps implemented by a data 

1 0 processor, such that the present invention could be implemented as hardware, software or 

firmware, or a combination thereof. For the present Invention, a software application could be 
written in substantially suitable programming language, which could easily be selected by one 
of ordinary skill in the art. The programming language chosen should be compatible with the 
computer by which the software application is executed. Examples of suitable programming 

15 languages include, but are not limited to, C, C++ and Java. 

DF.T AILED DESCRIPTION OF THE INVENTION 

The present invention is of a system and a method for automatic creation of a software 
application for accessing an enterprise data resource, preferably without actually altering the 

20 stored data. Rather, the system and method of the present invention create an application which 
is preferably operable across computer platforms, and which enables the application user to 
both write data to, and retrieve data from the enterprise resource. This is accomplished by first 
analyzing the enterprise resource to decompose it into a plurality of logical data units. Each 
data unit is then translated into an application component, which is preferably an object with 

25 associated methods and data. Each application component is then added to a hierarchical 
structure which is preferably object-oriented. This hierarchical object-oriented structure is 
constructed according to the logical relationships between the units of data. By 
"object-oriented", it is meant that the hierarchical object-oriented structure features a plurality 
of objects, with data and methods, which are linked according to the relationships between 

30 these objects. The hierarchical object-oriented structure is optionally edited manually by the 
programming user. Finally, the hierarchical object-oriented structure is transformed into the 
application by an engine which uses a "factory" model, thereby efficiently coding those 
portions of the interface which are similar or even identical for all enterprise resources. The 
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final application is preferably constructed as a group of component objects which provide such 
functions as a user interface and data input and output. 

The final application is preferably adjusted to the requirements of a requesting client at 
run-time, particularly with regard to the GUI. For example, if the client which is requesting 
access to the enterprise resource data is a thin client operating a Web browser through HTML, 
then preferably the GUI is implemented as a Web page with HTML forms. More preferably, 
the GUI is first constructed as a GUI abstraction, thereby enabling different specific, concrete 
GUI implementations to be constructed "on the fly" as described in greater detail below. 

The term "enterprise resource" includes such resources as a database or other data 
storage structure written in the programming language COBOL, for example, or a terminal 
emulator interface which enables the application user to access data through a particular type of 
terminal. Other examples of such enterprise resources are also possible within the scope of the 
present invention. However, for the purposes of discussion only, and without intending to be 
limiting in any way, the following description centers upon two types of enterprise resources: a 
data storage structure written in COBOL, and a terminal emulation software interface. 

The principles and operation of a method and system according to the present invention 
may be better understood with reference to the drawings and the accompanying description, it 
being understood that these drawings are given for illustrative purposes only and are not meant 
to be limiting. 

Referring now to the drawings, Figure 1 is a schematic block diagram of the workflow 
through the software modules in a system 10 for automatic generation of a new software 
application for an enterprise resource, preferably as a hierarchical object-oriented structure. A 
system 10 initially receives a meta-data description 12 of the data structure of the enterprise 
resource This meta-data description divides the data of the enterprise resource into a plurality 
of logical data units 14. For example, for a data structure written in the COBOL programrmng 
language each logical data unit 14 would be determined according to the syntax of the COBOL 
programming language. This syntax divides the data into different types, each of which is 
stored in a particular field. Thus, for a data structure written in COBOL, one example of a 
logical data unit 14 would be a particular type of data field. 

As another example, for a terminal emulation software program such as a terminal 
emulation program for the 3270 terminal type, meta-data description 12 would include 
information obtained from trapping a plurality of screen displays for that terminal. Again, each 
screen display could be divided into data entry fields, for example, such that each data entry 



field could be an example of logical data unit 14. 

Meta-data description 12 for a particular enterprise resource is then received by a 
meta-data parser 16. Preferably, each meta-data description 12 has a separate meta-data parser 
16. For example, a COBOL parser 18 would parse meta-data description 12 for a data structure 
written in the COBOL programming language, while a 3270 parser 20 would parse meta-data 
description 12 for a data structure written for a 3270 terminal emulation software interface. 
Other examples of meta-data parsers 16 are possible and are included within the scope of the 
present invention. 

Each meta-data parser 16 divides meta-data description 12 into the plurality of logical 
units of data 14. For example, COBOL parser 18 divides meta-data description 12 for a data 
structure written in COBOL according to the known syntax of the COBOL programming 
language. Thus, each meta-data parser 16 must be specifically constructed for each meta-data 
description 12. 

Each logical unit of data 14 is then passed to a meta-data translator 22. Meta-data 
translator 22 translates each logical unit of data 14 into an application component 24 during a 
translation process according to two sets of rules. The first set of rules is a set of internal 
translation rules 26, which is defined separately for each type of meta-data description 12. For 
example, set of internal translation rules 26 for a data structure written in COBOL are 
determined according to the known syntax of the COBOL programming language. These rules 
enable meta-data translator 22 to retrieve such information from logical unit of data 14 as a 
name for application component 24, a datatype for application component 24, a display 
interface for application component 24, and so forth. Examples of data types for application 
component 24 include, but are not limited to, a scalar, a Boolean, an integer and a list. Thus, 
each set of internal translation rules 26 is preferably specifically constructed for each meta-data 
parser 16. 

In addition, set of internal translation rules 26 enables meta-data translator 22 to create 
default values for definitions which cannot be determined according to the data available in 
logical unit of data 14. These default values are determined according to at least one 
assumption made in set of internal translation rules 26. For example, if a data for a particular 
variable is stored in the data of the enterprise resource, then this assumption could include a 
range of permissible values for that variable. 

Preferably, at least one assumption would enable a mechanism for displaying the data in 
the GUI (graphical user interface) to be determined according to set of internal translation rules 
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26. For example, a group name and at least one variable field could be defined in COBOL code 
written to define the data structure of a particular enterprise resource. The default assumptions 
of set of internal translation rules 26 could optionally define the display mechanism for the 
associated data as a panel, with the group name as the title of the panel, and the value or values 
5 for the variable displayed in the panel. As another example, if the group name includes the 
word "occurs", such that the related data has more than one instance, then the data could 
optionally be displayed in a plurality of "tab cards" on the GUI. 

The GUI is therefore preferably determined as an abstract GUI, composed of a plurality 
of abstract components, such as a check box for example. Each abstract component is more 

1 0 preferably selected from a group of such components, such that the properties of the abstract 

component are optionally and more preferably automatically known to processes which occur at 
run-time. Thus, preferably these rules enable assumptions concerning both valid data and 
mechanisms for displaying the data in the GUI to be defined during the translation process, 
such that the GUI is defined as a GUI abstraction with a plurality of abstract GUI components. 

1 5 Set of internal translation rules 26 enables each application component 24 to be created 

by an application component factory 27 according to the attributes of a template for application 
component 24. Application component factory 27 is therefore able to use the information 
obtained according to set of internal translation rules 26 by meta-data translator 22 to enter the 
necessary information for each attribute in the template, thereby creating application component 

20 24. More preferably, application component factory 27 is able to transform each application 
component 24 into an object, with associated data and methods for accessing the data. This 
preferred object-oriented architecture for each application component 24 also enables 
application component 24 to be placed within a hierarchical object-oriented structure for the 
new enterprise resource, described in greater detail below. 

25 In addition, preferably the interface components (not shown), which are other associated 

components of the generated application, described in greater detail below with regard to Figure 
2, are also generated by application component factory 27. These interface components are 
constructed from an interface, which provides the standard for defining each type of interface 
component. Application component factory 27 selects the correct interface components for 

30 each application component 24, as well as the correct attributes for each interface component, 
according to the translation process which was previously described. 

The second set of rules for the translation process is a set of external translation rules 
28. These external rules preferably include at least one rule defined by the programming user 
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of the system of the present invention, which either override one or more rules of set of internal 
translation rules 26, or alternatively are in addition to one or more rules of set of internal 
translation rules 26 Optionally and preferably set of external translation rules 28 includes at 
least one rule which is specific to the particular enterprise resource but which is not necessarily 
5 defined according to the syntax structure of the enterprise application. For example, such a rule 
could modify the length of the data or could define particular features of the mechanism for 
displaying the data on the GUI. 

Meta-data parser 12 also determines a position 30 for each logical unit of data 14 within 
the hierarchical object oriented structure. Meta-data parser 12 preferably builds the tree 
10 dynamically, as each logical unit of data 14 as parsed, by determining the relationship between 
each parsed logical unit of data 14 and previously parsed logical units of data 14, for example 
as a parent, brother, or child of such a previously parsed logical unit of data 14. 

Next, logical position 30 for each logical unit of data 14 is used to construct a 
hierarchical object-oriented structure 32 of application components 24 by a hierarchical 
15 structure constructor (not shown), which also includes the associated interface components for 
each application component 24. Hierarchical object-oriented structure 32 is preferably 
automatically adjusted to reduce repetition of data. Optionally and preferably, if a particular 
application component 24 recurs repeatedly throughout meta-data structure 12, preferably 
hierarchical object-oriented structure 32 is constructed to indicate the repeated occurrences of 
20 application component 24 without repeating all of the information about application component 
24, for example by storing a pointer to application component 24. 

Hierarchical object-oriented structure 32 is optionally displayed to the programming 
user by an editing environment (not shown), such that the programming user can then edit 
hierarchical object-oriented structure 32. For example, the programming user could choose to 
25 alter a position of one or more application components 24, to remove one or more application 
components 24 from hierarchical object-oriented structure 32, to adjust one or more associated 
interface components, or to add information which could not be automatically determined by 
meta-data translator 22 or application component factory 27. One example of such information 
would be specific values for one or more parameters for which default values were entered 
30 during the automatic translation process described previously. Such information is preferably 
entered by the programming user, since values for these parameter(s) are not available from the 
data in logical unit of data 14, or else cannot be determined automatically during the translation 
process. More preferably, hierarchical object-oriented structure 32 is displayed to the 
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programming user in the context of a development environment, such as a GUI (graphical user 
interface), which simplifies these changes and additions through "drag and drop" GUI gadgets 
and other aids to the programming user. 

One advantage of system 10 of the present invention is that the rules of set of internal 
5 translation rules 26 is optionally simplified, in order to avoid complex rule-based systems 

which are difficult to operate. Rather, system 10 both enables the programming user to define 
additional, enterprise resource-specific rules in set of external translation rules 28, and to 
manually edit hierarchical object-oriented structure 32. Thus, system 10 both is simple to 
operate and yet still enables the programming user to adjust the constructed application as 
10 needed. 

Hierarchical object-oriented structure 32 of application components 24 is then 
preferably transformed by a definition extraction factory 34 into a definitions file 36. 
Definition extraction factory 34 travels down through hierarchical object-oriented structure 32 
and examines each application component 24 individually. Definition extraction factory 34 

15 then extracts the necessary information from each application component 24 in order to 
construct definitions for each aspect of the new application for accessing the enterprise 
resource. Definition extraction factory 34 preferably also selects the correct interface 
components, with the correct attributes, for each application component 34. More preferably, 
definition extraction factory 34 includes a plurality of creators (not shown). Each particular 

20 creator is able to extract information from application component 24 in order to select the 

correct instance of an interface component, with the correct attributes, for a particular type of 
interface component. 

Definitions file 36 is preferably a flat text file containing a list of these definitions for 
each application component 24 and for the associated interface components. However, 
25 definitions file 36 could also be a generic text file or a binary format file, for example. 

Definitions file 36 is then used to create the internal structure of application 38 at run-time, 
such that the definitions for each application component 24 are read, and are then used to create 
application 38. 

Preferably, these definitions are parsed by a parsing engine (not shown) which is similar 
30 to application component factory 27. Since these definitions are determined according to the 
present invention, there is no requirement for translating the data structure or for assuming any 
default parameters. Instead, the parsing engine creates each application component 24, and 
then links each application component 24 to the interface components as described in greater 
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detail below. The overall structure of hierarchical object-oriented structure 32 is then created 
by the parsing engine to link all of these components together into application 38. 

More preferably, parsing engine creates a framework for the components of application 
38. This framework then optionally provides services for these components. Ultimately, the 
enterprise data is provided to a client (not shown), which then displays the data to the user. 
Therefore, one portion of the framework is most preferably an object which contains the client 
information, such as the type of communication language used by the client, as well as the type 
of GUI requested by the client. Examples of different types of communication languages 
include, but are not limited to, HTML (HyperText Mark-up Language); Java, which may have 
different sub-types such as Swing, AWT and so forth, XML (extensible mark-up language); and 
WML (Wireless Mark-up Language). Examples of different types of GUI include, but are not 
limited to, a Web browser, a Java client interface and no GUI. The latter type of GUI is 
preferred for applications, such as SQL (sequential query language) database applications by 
Oracle Ltd. or other such applications, which do not require a GUI. Thus, the client could 
optionally request not to receive a GUI for these types of applications, but otherwise preferably 
specifies a type of GUI for displaying the information. 

Once the parsing engine receives this information, then the GUI is generated at run-time 
and/or the time of parsing (if this process occurs before the run-time for the client). Preferably, 
the GUI is generated by the parsing engine from the previously described GUI abstraction, with 
the abstract GUI components. The parsing engine also preferably requests a particular library 
of corresponding specific, implemented GUI components according to the type of 
communication protocol and the type of application. For example, one type of library might be 
relevant to a GUI designed for a Web browser and implemented in HTML, while a different 
type of library would be used for a Java interface GUI which is implemented in the Swing type 
of Java. Each library would contain information for implementing each type of abstract GUI 
component as an actual, concrete GUI component. 

In addition, each library preferably includes a layout manager for determining the 
spatial relationship between GUI components. More preferably, each such component, whether 
concrete or abstract, is specified in relation to other GUI components, rather than with absolute 
sizes or other absolute properties, in order for the layout manager to operate more effectively. 
The layout manager is also optionally and more preferably embodied in a rules-based 
implementation, for determining properties of the GUI component such as size for example. 
Such a layout manager is available as part of the Java developers' toolkit (Sun Microsystems 
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V. 

Ltd.), but is also preferably implemented for other communication languages such as HTML for 
example. 

Optionally and more preferably, the layout manager operates according to a selected 
layout policy, which again is most preferably abstracted to an abstract policy, similar to the 
5 GUI abstraction. Such an abstract policy enables the parsing engine, in combination with the 
layout manager, to more easily implement the actual GUI with the actual GUI layout policy, 
regardless of the client communication language type and/or the client application type. One 
advantage of such a set of abstractions is that the human software developer can more easily 
construct various types of GUI components and layout policies as a generalized GUI, rather 

10 than implementing the GUI specifically for each type of client communication language type 
and/or the client application type. 

More preferably, at run-time adjustments are made to the structure of application 38 by 
the parsing engine. For example, the parsing engine may recognize a repetitive sequence within 
hierarchical object-oriented structure 32, with multiple sub-hierarchies associated with a 

15 particular application component 24. The parsing engine could then optionally reproduce 
portions of application 38 which correspond to the multiple sub-hierarchies, thereby more 
efficiently generating application 38. Preferably, the programming user can also optionally use 
this feature of system 10 in order to create part of hierarchical object-oriented structure 32 by 
selecting and then duplicating one or more application components 24. 

20 Each interface component of application 38, apart from application component 24, is 

preferably defined according to an interface for that type of component. Preferably, the 
programming user is able to select interface components from a predefined set of interface 
components in order to construct application 38. Optionally and preferably, the programming 
user can create new interface components from the interface which is provided for each type of 

25 component, such that these new interface components are specific to the requirements of the 
particular enterprise resource for which the programming user is constructing application 38. 

If the programming user wishes to alter one or more aspects of application 38 after 
definitions file 36 has been created, then definitions file 36 is read by definition extraction 
factory 34 to form all of the components, including application component 24 and the interface 

30 components of application 38 (not shown in Figure 1 , see Figure 2), as objects. Each object can 
then be adjusted by the programming user, for example by altering one or more rules of set of 
external translation rules 28. The object is then processed again by application component 
factory 27 to form application component 24 and/or one or more of the interface components of 
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application 38. 

Figure 2 shows a preferred implementation of the structure of application 38, which 
features components which can be divided into three levels of control of functions within 
application 38. In addition, the components are of two types. The first type of component is 
5 the interface components which were previously described. The second type of component 
provides the backbone for application 38, and includes application component 24 and 
extensions to application component 24. 

The first of the three levels is a base level 40, which provides overall control for 
application 38. The backbone component of base level 40 is a base application component 42, 

10 which manages the interactions of the remaining components of application 38. Base 
application component 42 is the most extended from application component 24, and is 
preferably unique to application 38. Base application component 42 controls both the flow of 
data, including data import to and export from the enterprise data resource, and the display of 
the user interface to the application user. 

15 An application control component 44 contains all of the rules and activities for 

importing data to, and exporting data from, the enterprise resource, which are preferably at least 
partially determined by the programming user. Preferably, the programming user enters a set of 
rules for how the enterprise resource can be accessed, for example for displaying certain types 
of data, and application control component 44 is then created at least partially according to 

20 these rules. 

A user interface control component 46 provides control for the user interface, including 
for the functionality of the user interface and for the way in which the user interface is 
displayed to the user. Both application control component 44 and user interface control 
component 46 are controlled by base application component 42. 

25 The next level of application 38 is a first node level 48. First node level 48 contains 

components for controlling data import to, and export from, the enterprise resource and for 
display of the retrieved data to the application user through the user interface. The backbone 
component for first node level 48 is an I/O component 50, which is also an extension of 
application component 24, although somewhat less extended in comparison to base application 

30 component 42. I/O component 50 controls the activities of an I/O control component 52 and of 
a user interface component 54, as well as passing data to be exported from the enterprise 
resource and displayed by the user interface according to user interface component 54, and data 
to be retrieved through the user interface and imported to the enterprise resource through I/O 



control component 52. 

I/O control component 52 controls data input and output from the enterprise resource. 
Optionally and preferably, each application 38 has more than one I/O control component 52 for 
retrieving data from the enterprise resource according to different retrieval modes. For 
5 example, the data could be presented to the application user through a terminal emulation 
software interface or alternatively through a data structure interface written in COBOL. 

Preferably, application 38 is coded as a group of Java-based data objects, since the Java 
programming language enables each I/O control component 52 to subscribe to particular types 
of events, and hence to "listen" only for activity which should be controlled by that particular 

10 I/O control component 52. 

User interface component 54 preferably includes instructions for displaying the 
retrieved data in a GUI container according to the attributes provided by I/O component 50, 
such as whether the data is displayed in a table, through a set of "tab card" GUI display objects, 
or any other type of GUI display form. More preferably, the programming user is able to select 

15 a particular pattern for the display of the information in a GUI display object, such that user 
interface component 54 then displays the data according to the selected pattern. For example, 
if the data includes a number of repeated sequences of numbers of other data, preferably a 
pattern is selected which is suitable for repetitive data. Alternatively and preferably, such a 
pattern could be automatically selected during the previously described automatic conversion 

20 process. In addition, user interface component 54 preferably also includes at least one display 
property, such as color of text or symbols, size of GUI display object, background color, and 
other display properties for the data. 

User interface component 54 optionally and preferably implements the user interface as 
a Java application, or alternatively as an applet. More preferably, user interface component 54 

25 implements the user interface in a document mark-up language, such as HTML or XML for 
example, for display by a Web browser. 

The next level of both definitions file 36 and application 38 is a second node level 56. 
Second node level 56 contains objects which are specific to each application component 24, 
including application component 24 itself. In addition, second node level 56 includes an import 

30 interface 58, for importing data into the enterprise resource associated with application 

component 24, and an export interface 60, for retrieving data from the enterprise resource 
associated with application component 24. Both import interface 58 and export interface 60 
interact with I/O control component 52 of first node level 48, which was previously described. 
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Optionally and preferably, a single application component 24 can have more than one 
associated import interface 58 and export interface 60, for example in order to enable the 
enterprise resource to be accessed through multiple types of data access. However, preferably, 
each associated import interface 58 and export interface 60 is controlled by a single I/O control 

5 component 52. 

For the sake of symmetry, user interface component 54 is shown again in second node 
level 56. It should be noted that user interface component 54 is present at both first node level 
48 and second node level 56, since the user interface is preferably provided through a single 
interface component as shown. However, optionally user interface component 54 could be 

10 divided into two interface components: a first such component for first node level 48, which 
would provide a user interface for controlling data input and output; and a second such 
component for second node level 56, which would actually display the exported data. 

The operation of the components of first node level 48 and second node level 56 is 
preferably implemented as follows. I/O control component 52 controls the flow of data into 

1 5 and out from the enterprise resource, notifying the other components of application 38 which 
are subscribed to events related to particular types of data. For exporting data from the 
enterprise resource, I/O control component 52 receives the raw data from the resource. I/O 
control component 52 then analyzes the raw data, and notifies each export interface 60 which is 
subscribed to a portion of the raw data that such data is available. I/O control component 52 

20 parses the data according to the data structure. For example, for data stored in a structure 
written in the COBOL programming language, the parsing instruction is based upon a fixed 
format which includes an offset and a length of the data field. Alternatively, the data may be 
separated by data separators, such as commas. Also alternatively, the data may be stored in the 
format "field name = field value". After parsing the data, I/O control component 52 then 

25 provides the appropriate portion of the raw data to each export interface 60, which translates the 
raw data into the appropriate format for display through user interface component 54. 

Similarly, for importing data into the enterprise resource, user interface control 
component 46 informs the relevant I/O control component 52 to prepare to receive data for 
storage. I/O control component 52 then notifies all other subscribing components to provide 

30 data through export interface 60. I/O control component 52 receives the data and prepares the 
data in the proper format for storage. Optionally and preferably, each I/O control component 
52 sends such data to a different computer, through a different interface and based upon a 
different language. Thus, each VO control component 52 could be used to control data input to, 
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and output from, a different enterprise resource, such that application 38 would provide an 
integrated solution to the management of these different enterprise resources. 

A validation interface component 64 interacts with export interface 60, import interface 
58, user interface component 54 and with a data structure interface component 66, in order to 
validate the data associated with application component 24. 

Data validation includes such functions as determining whether data to be retrieved 
from, or written to, a enterprise resource associated with application component 24 has a value 
or values which are valid for that type of data. In addition, data validation may include 
determining whether data can be modified, which in turn is optionally determined by the state 
of application 38. For example, in one state, application 38 could be determined to be "read 
only", such that data can only be retrieved from the enterprise resource, but may not be written 
to the enterprise resource. In this state, import interface 58 should not be permitted to import 
new data and/or to change existing data. Each state preferably has a set of rules, for 
determining if data can be displayed, whether a particular object of application 32 is operative, 
and so forth. Validation interface component 64 and data structure interface component 66 
together provide low-level controls for maintaining the rules for each state of application 32. 

For example, export interface 60 could retrieve data from the enterprise resource, which 
would be stored in data structure interface component 66. User interface component 54 would 
then retrieve the data stored in data structure interface component 66 for display to the 
application user through the user interface. Thus, the mechanism for displaying the data is 
independent from the data itself, since export interface 60 translates the data into the correct 
format for display by user interface component 54 and since user interface component 54 does 
not need to interact directly with export interface 60. 

Furthermore, one or more components of application 38 could be replaced with another 
component of the same type, without altering the function of the remaining components. Thus, 
the structure of application 38 which is displayed in Figure 2 provides maximum flexibility for 
interacting with the enterprise resource. 

It will be appreciated that the above descriptions are intended only to serve as examples 
and that many other embodiments are possible within the spirit and the scope of the present 
invention. 



WHAT IS CLAIMED IS: 
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1 A system for automatic construction of an application for an enterprise resource 
for operation by a user, the system comprising; 

(a) a meta-data description of the enterprise resource, said meta-data description 
featuring a plurality of logical units of data; 

(b) a meta-data parser for parsing the enterprise resource into said plurality of logical 
units of data according to said meta-data description and for determining a 
relationship between said logical units of data; 

(c) a meta-data translator for translating each logical unit of data into an application 
component, for associating said application component with at least one interface 
component for interfacing with the enterprise resource; and 

(d) a definition extraction factory for creating the application from a plurality of said 
application components with said at least one interface component, at least 
according to said relationship between said plurality of logical units of data. 

2. The system of claim 1 , wherein said at least one interface component is a 
plurality of interface components, including at least one interface component for data flow to 
and from the enterprise resource and at least one interface component for providing a user 

interface to the user. 

3. The system of claim 2, wherein the application further comprises: 

(i) a first layer of interface components for providing control of the application, 
including at least one interface component for controlling said user interface and 
at least one interface component for controlling said data flow; 

(ii) a second layer of interface components for providing said data input and said 
data output, including said at least one interface component for providing said 
user interface; and 

(iii) a third layer for specifically interacting with the enterprise resource. 

4. The system of claim 3, wherein said application component is contained in said 
third layer and said third layer further comprises: 

(1) an export interface for retrieving data from the enterprise resource; and 

(2) an import interface for storing data into the enterprise resource. 
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5. The system of claim 4, wherein each of said first layer and said second layer 
includes an extension of said application component for communicating with said at least one 
interface component related to said user interface and said at least one interface component 
related to said data flow. 

6. The system of claim 5, wherein said at least one interface component is defined 
according to a standard interface and according to at least one user-defined function. 

7. The system of claim 1, wherein said meta-data description, said meta-data parser 
and said meta-data translator are specific for a particular type of enterprise resource. 

8. The system of claim 7, wherein said meta-data translator translates each logical 
unit of data according to at least one internal translation rule. 

9. The system of claim 8, wherein said at least one internal translation rule is 
defined according to an attribute of said particular type of enterprise resource. 

10. The system of claim 9, wherein said at least one internal translation rule further 
includes at least one default value for a parameter not described in said meta-data description. 

1 1 The system of claim 1 0, wherein said meta-data translator also translates each 
logical unit of data according to at least one external translation rule defined by the user. 

12. The system of claim 1, further comprising: 

(e) a hierarchical structure constructor for arranging said plurality of application 
components into a hierarchical object-oriented structure according to said 
relationship between said logical units of data, such that said definition 
extraction factory also creates the application according to said hierarchical 
object-oriented structure. 

13. The system of claim 12, further comprising: 
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(f) a definitions file for defining each of said plurality of application components, 
such that the application is stored as said definitions file, said definitions file 
being constructed by said definition extraction factory. 

14. The system of claim 13, further comprising: 

(g) an editing environment for editing said hierarchical object-oriented structure by 
the user, such that the user manually alters at least a portion of said hierarchical 
object oriented structure. 

15. The system of claim 14, further comprising: 

(h) a parsing engine for reading said definitions file and for operating the application 
according to said definitions file. 

16. The system of claim 15, further comprising. 

(i) a user interface of the application for interacting with the user; and 

(j) a client for operating said user interface, such that said parsing engine constructs 
. said user interface automatically according to at least one property of said client. 

17. The system of claim 16, wherein said user interface is a GUI (graphical user 
interface), said GUI being constructed by said meta-data translator with at least one abstract 
GUI component, the system further comprising: 

(i) at least one GUI library for containing a conversion of said at least one abstract 
GUI component to a concrete GUI component, such that said parsing engine also 
constructs said user interface automatically according to said GUI library. 

18. The system of claim 1 7, wherein said at least one GUI library contains a 
plurality of concrete GUI components and a layout manager for determining a spatial 
relationship between said plurality of concrete GUI components. 

1 9. A method for automatically constructing an application for an enterprise data 
resource for a user, the steps of the method being performed by a data processor, the method 
comprising the steps of: 
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(a) providing a meta-data description of the enterprise resource, said meta-data 
description including at least one attribute of the enterprise resource; 

(b) dividing the enterprise resource into a plurality of logical data units according to 
said meta-data description; 

(c) translating each of said plurality of logical data units into an application 
component according to at least one attribute of said meta-data description to 
form a plurality of application components; 

(d) determining a relationship between said plurality of logical data units; and 

(e) constructing the application according to said plurality of application 
components and said relationship between said plurality of logical data units. 

20. The method of claim 1 9, wherein step (d) further comprises the step of: 
(i) constructing a hierarchical object-oriented structure for said plurality of 

application components according to said relationship between said plurality of 

logical data units. 



The method of claim 20, wherein step (d) further comprises the steps of: 
providing an editing environment for displaying said hierarchical object-oriented 

structure to the user; and 
(iii) altering at least a portion of said hierarchical object-oriented structure by the 



21. 
(ii) 



user. 



22. The method of claim 21, wherein step (c) is performed according to at least one 
internal translation rule, said at least one internal translation rule being defined according to a 
type of the enterprise resource. 

23. The method of claim 22, wherein step (c) is additionally performed according to 
the steps of: 

(i) defining at least one external translation rule by the user; and 

(ii) translating each of said plurality of logical data units into an application 
component according to said at least one external translation rule. 
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24. The method of claim 23, further comprising the steps of: 

(f) extracting a plurality of definitions for describing each of said plurality of 
application components and said relationship; and 

(g) storing the application by storing said plurality of definitions. 

25. The method of claim 24, further comprising the step of: 

(h) operating the application according to said plurality of definitions. 

26. The method of claim 25, further comprising the step of: 

(i) altering the application by changing at least one of said plurality of definitions. 

27. The method of claim 22, wherein the application is operated by a client, and step 

(e) includes the steps of: 

( 1 ) automatically constructing a user interface according to at least one property of 

said client; and 

(2) displaying said user interface to the user for interacting with the user. 

28. The method of claim 27, wherein step (1) further includes the steps of: 

(A) constructing an abstract user interface for displaying data from the enterprise 
resource and for interacting with the user; and 

(B) constructing a concrete user interface according to said abstract user interface 
and according to said at least one property of said client. 
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ABSTRACT OF THE DISCLOSURE 
A system and a method for automatic creation of a software application for accessing an 
enterprise data resource, preferably without actually altering the stored data. Rather, the system 
and method of the present invention create an interface which is preferably operable across 
computer platforms, and which enables the user to both write data to, and retrieve data from the 
enterprise resource. This is accomplished by first analyzing the enterprise resource to 
decompose it into a plurality of logical data units. Each data unit is then translated into an 
application component, which is preferably an object with associated methods and data. Each 
application component is then added to a hierarchical object-oriented structure, which is 
constructed according to the logical relationships between the units of data. The hierarchical 
object-oriented structure is optionally edited manually by the user. Finally, the hierarchical 
object-oriented structure is transformed into the application by an engine which uses a "factory" 
model, thereby efficiently coding those portions of the interface which are similar or identical 
for all enterprise resources. The final application is preferably a group of objects which provide 
such functions as a user interface and data input and output. 
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(57) Abstract 

A system and method are presented for automatically accessing stored data via an enterprise data resource, without actually altering 
the stored data. Rather, the present invention creates an interface (46) that enables the user to write and retrieve data via the enterprise 
resource. First, the enterprise resource is analyzed and decomposed into logical data units (14). Next, each logical data unit (14) is translated 
into an application component (24), comprising an object associated with methods and data. Next, each application component (24) is 
added to a hierarchical object-oriented data structure (38) according to the relationships between logical daw units (14). The data structure 
(38) may be manually edited by the user. Finally, the data structure is translated into an application by an engine using a "factory" model, 
thereby efficiently coding the portions of the interface that are similar or identical for all enterprise data resources. The final application is 
preferably a group of objects having a user interface, data input, and data output. 
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AUTOMATIC INTERFACE GENERATION FOR AN 
ENTERPRISE RESOURCE 

FIELD AND BACKGROUND OF THE INVENTION 

5 The present invention relates to a system and method for automatically generating an 

application for interacting with an enterprise resource, and in particular, for such a system and 
method which constructs such an application without extensive manual intervention from a 
human programmer for an enterprise resource, such that the data associated with the enterprise 
resource is available through the application, for manipulation, export and import of data. 

10 An enterprise resource is a structured set of data which is accessible through an 

enterprise application, for example by manipulating, exporting and importing data. The 
enterprise application is a software program which enables such access and manipulation of the 
data of the resource. One example of an enterprise resource is a database which is accessible 
through an interface written in the COBOL programming language. The term "enterprise" 

15 refers to an existing resource and application within an organization, for example. Such 

enterprise resources may be maintained simply because constructing a completely new data 
structure and a new application interface is expensive and time-consuming, and may also result 
in significant "down time" until the new application is running smoothly and the enterprise 
application can be removed. Thus, organizations are hesitant to completely replace enterprise 

20 applications and resources. 

A more useful system and method would enable the organization to integrate new or 
additional functionality to the enterprise application and resource, while still maintaining the 
enterprise application and resource, without requiring extensive programming by a human 
programmer and without requiring extensive testing before the new application and data 

25 structure is ready for use. Such a system and method would be either semi-automatic, or even 
completely automatic, thereby reducing the possibility of human error as well as reducing the 
amount of human intervention required to prepare the new application and resource. Finally, 
such a system and method would produce an application which is widely usable across many 
different computer platforms, yet which is flexible and robust. Unfortunately, such a system 

30 and method are not currently available. 

There is thus a need for, and it would be useful to have, a system and a method for 
automatic generation of a new resource data structure and of a software interface for that data 
structure, which would interface with an enterprise resource and an enterprise application, and 
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which would be flexible and robust, yet would not require substantial manual intervention by a 
human programmer for the construction of the new data structure and software interface, 
thereby integrating the enterprise application or applications into a single client interface. 

5 BRIEF DESCRIPTION OF THE DRAWINGS 

The foregoing and other objects, aspects and advantages will be better understood from 
the following detailed description of a preferred embodiment of the invention with reference to 
the drawings, wherein: 

FIG. 1 is a schematic block diagram of an illustrative system and work flow according 
10 to the present invention; and 

FIG. 2 is a schematic block diagram of an application created according to the present 
invention. 

SUMMARY OF THE INVENTION 

15 The present invention is of a system and a method for automatic creation of a software 

application for accessing an enterprise data resource, preferably without actually altering the 
stored data. Rather, the system and method of the present invention create an interface which is 
preferably operable across computer platforms, and which enables the user to both write data to, 
and retrieve data from the enterprise resource. This is accomplished by first analyzing the 

20 enterprise resource to decompose it into a plurality of logical data units. Each data unit is then 
translated into an application component, which is preferably an object with associated methods 
and data. Each application component is then added to a hierarchical object-oriented structure, 
which is constructed according to the logical relationships between the units of data. The 
hierarchical object-oriented structure is optionally edited manually by the user. Finally, the 

25 hierarchical object-oriented structure is transformed into the application by an engine which 
uses a "factory" model, thereby efficiently coding those portions of the interface which are 
similar or even identical for all enterprise resources. The final application is preferably a group 
of objects which provide such functions as a user interface and data input and output. 
According to the present invention, there is provided a system for automatic 

30 construction of an application for an enterprise resource for operation by a user, the system 
comprising: (a) a meta-data description of the enterprise resource, the meta-data description 
featuring a plurality of logical units of data; (b) a meta-data parser for parsing the enterprise 
resource into the plurality of logical units of data according to the meta-data description and for 
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determining a relationship between the logical units of data; (c) a meta-data translator for 
translating each logical unit of data into an application component, for associating the 
application component with at least one interface component for interfacing with the enterprise 
resource; and (d) a definition extraction factory for creating the application from a plurality of 
5 the application components with the at least one interface component, at least according to the 
relationship between the plurality of logical units of data. 

According to another embodiment of the present invention, there is provided a method 
for automatically constructing an application for an enterprise data resource for a user, the 
steps of the method being performed by a data processor, the method comprising the steps of: 

10 (a) providing a meta-data description of the enterprise resource, the meta-data description 

including at least one attribute of the enterprise resource; (b) dividing the enterprise resource 
into a plurality of logical data units according to the meta-data description; (c) translating each 
of the plurality of logical data units into an application component according to at least one 
attribute of the meta-data description to form a plurality of application components; (d) 

15 determining a relationship between the plurality of logical data units; and (e) constructing the 
application according to the plurality of application components and the relationship between 
the plurality of logical data units. 

Hereinafter, the term "network" refers to a connection between any two computers 
which permits the transmission of data. Hereinafter, the term "computer" includes, but is not 

20 limited to, personal computers (PC) having an operating system such as DOS, Windows™, 
OS/2™ or Linux; Macintosh™ computers; computers having any type of Java virtual machine 
as the operating system; and graphical workstations such as the computers of Sun 
Microsystems™ and Silicon Graphics™, and other computers having some version of the UNIX 
operating system such as AIX™ or SOLARIS™ of Sun Microsystems™; or any other known 

25 and available operating system, including operating systems such as Windows CE™ for 

embedded systems, including cellular telephones, handheld computational devices and palmtop 
computational devices, and any other computational device which can be connected to a 
network. Hereinafter, the term "Windows™" includes but is not limited to Windows95™, 
Windows 3.x™ in which <4 x" is an integer such as "1", Windows NT™, Windows98™, 

30 Windows CE™ and any upgraded versions of these operating systems by Microsoft Corp. 
(USA). 

Hereinafter, the term "Web browser" refers to any software program, which can display 
multimedia data such as text, graphics, or both, from Web pages on World Wide Web sites. 
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Hereinafter, the term "Web page" refers to any document available for download and display, 
including, but not limited to, documents written in a mark-up language such as HTML 
(Hyper-text Mark-up Language), VRML (Virtual Reality Modeling Language), dynamic 
HTML, XML (Extended Mark-up Language) or related computer languages thereof. 
5 Hereinafter, the term "application user" refers to the individual operating the application 

which is constructed according to the present invention, while the term "programming user" 
refers to the human programmer who is constructing the application by interacting with the 
system of the present invention. 

The present invention could be described as a series of steps implemented by a data 

10 processor, such that the present invention could be implemented as hardware, software or 

firmware, or a combination thereof. For the present Invention, a software application could be 
written in substantially suitable programming language, which could easily be selected by one 
of ordinary skill in the art. The programming language chosen should be compatible with the 
computer by which the software application is executed. Examples of suitable programming 

15 languages include, but are not limited to, C, C++ and Java. 

DETAILED DESCRIPTION OF THE INVENTION 

The present invention is of a system and a method for automatic creation of a software 
application for accessing an enterprise data resource, preferably without actually altering the 

20 stored data. Rather, the system and method of the present invention create an application which 
is preferably operable across computer platforms, and which enables the application user to 
both write data to, and retrieve data from the enterprise resource. This is accomplished by first 
analyzing the enterprise resource to decompose it into a plurality of logical data units. Each 
data unit is then translated into an application component, which is preferably an object with 

25 associated methods and data. Each application component is then added to a hierarchical 
structure which is preferably object-oriented. This hierarchical object-oriented structure is 
constructed according to the logical relationships between the units of data. By 
"object-oriented", it is meant that the hierarchical object-oriented structure features a plurality 
of objects, with data and methods, which are linked according to the relationships between 

30 these objects. The hierarchical object-oriented structure is optionally edited manually by the 
programming user. Finally, the hierarchical object-oriented structure is transformed into the 
application by an engine which uses a "factory" model, thereby efficiently coding those 
portions of the interface which are similar or even identical for all enterprise resources. The 
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final application is preferably constructed as a group of component objects which provide such 
functions as a user interface and data input and output. 

The final application is preferably adjusted to the requirements of a requesting client at 
run-time, particularly with regard to the GUI. For example, if the client which is requesting 
5 access to the enterprise resource data is a thin client operating a Web browser through HTML, 
then preferably the GUI is implemented as a Web page with HTML forms. More preferably, 
the GUI is first constructed as a GUI abstraction, thereby enabling different specific, concrete 
GUI implementations to be constructed "on the fly" as described in greater detail below. 

The term "enterprise resource" includes such resources as a database or other data 
10 storage structure written in the programming language COBOL, for example, or a terminal 

emulator interface which enables the application user to access data through a particular type of 
terminal. Other examples of such enterprise resources are also possible within the scope of the 
present invention. However, for the purposes of discussion only, and without intending to be 
limiting in any way, the following description centers upon two types of enterprise resources: a 
15 data storage structure written in COBOL, and a terminal emulation software interface. 

The principles and operation of a method and system according to the present invention 
may be better understood with reference to the drawings and the accompanying description, it 
being understood that these drawings are given for illustrative purposes only and are not meant 
to be limiting. 

20 Referring now to the drawings, Figure 1 is a schematic block diagram of the workflow 

through the software modules in a system 10 for automatic generation of a new software 
application for an enterprise resource, preferably as a hierarchical object-oriented structure. A 
system 10 initially receives a meta-data description 12 of the data structure of the enterprise 
resource. This meta-data description divides the data of the enterprise resource into a plurality 

25 of logical data units 14. For example, for a data structure written in the COBOL programming 
language, each logical data unit 14 would be determined according to the syntax of the COBOL 
programming language. This syntax divides the data into different types, each of which is 
stored in a particular field. Thus, for a data structure written in COBOL, one example of a 
logical data unit 14 would be a particular type of data field. 

30 As another example, for a terminal emulation software program such as a terminal 

emulation program for the 3270 terminal type, meta-data description 12 would include 
information obtained from trapping a plurality of screen displays for that terminal. Again, each 
screen display could be divided into data entry fields, for example, such that each data entry 



WO 00/57300 PCT/IL00/00178 

6 

field could be an example of logical data unit 14. 

Meta-data description 12 for a particular enterprise resource is then received by a 
meta-data parser 16. Preferably, each meta-data description 12 has a separate meta-data parser 
16. For example, a COBOL parser 18 would parse meta-data description 12 for a data structure 
5 written in the COBOL programming language, while a 3270 parser 20 would parse meta-data 
description 12 for a data structure written for a 3270 terminal emulation software interface. 
Other examples of meta-data parsers 16 are possible and are included within the scope of the 
present invention. 

Each meta-data parser 16 divides meta-data description 12 into the plurality of logical 
10 units of data 14. For example, COBOL parser 18 divides meta-data description 12 for a data 
structure written in COBOL according to the known syntax of the COBOL programming 
language. Thus, each meta-data parser 16 must be specifically constructed for each meta-data 
description 12. 

Each logical unit of data 14 is then passed to a meta-data translator 22. Meta-data 
15 translator 22 translates each logical unit of data 14 into an application component 24 during a 
translation process according to two sets of rules. The first set of rules is a set of internal 
translation rules 26, which is defined separately for each type of meta-data description 12. For 
example, set of internal translation rules 26 for a data structure written in COBOL are 
determined according to the known syntax of the COBOL programming language. These rules 
20 enable meta-data translator 22 to retrieve such information from logical unit of data 14 as a 
name for application component 24, a data type for application component 24, a display 
interface for application component 24, and so forth. Examples of data types for application 
component 24 include, but are not limited to, a scalar, a Boolean, an integer and a list. Thus, 
each set of internal translation rules 26 is preferably specifically constructed for each meta-data 
25 parser 16. 

In addition, set of internal translation rules 26 enables meta-data translator 22 to create 
default values for definitions which cannot be determined according to the data available in 
logical unit of data 14. These default values are determined according to at least one 
assumption made in set of internal translation rules 26. For example, if a data for a particular 
30 variable is stored in the data of the enterprise resource, then this assumption could include a 
range of permissible values for that variable. 

Preferably, at least one assumption would enable a mechanism for displaying the data in 
the GUI (graphical user interface) to be determined according to set of internal translation rules 
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26. For example, a group name and at least one variable field could be defined in COBOL code 
written to define the data structure of a particular enterprise resource. The default assumptions 
of set of internal translation rules 26 could optionally define the display mechanism for the 
associated data as a panel, with the group name as the title of the panel, and the value or values 
for the variable displayed in the panel. As another example, if the group name includes the 
word "occurs", such that the related data has more than one instance, then the data could 
optionally be displayed in a plurality of "tab cards" on the GUI. 

The GUI is therefore preferably determined as an abstract GUI, composed of a plurality 
of abstract components, such as a check box for example. Each abstract component is more 
preferably selected from a group of such components, such that the properties of the abstract 
component are optionally and more preferably automatically known to processes which occur at 
run-time. Thus, preferably these rules enable assumptions concerning both valid data and 
mechanisms for displaying the data in the GUI to be defined during the translation process, 
such that the GUI is defined as a GUI abstraction with a plurality of abstract GUI components. 

Set of internal translation rules 26 enables each application component 24 to be created 
by an application component factory 27 according to the attributes of a template for application 
component 24. Application component factory 27 is therefore able to use the information 
obtained according to set of internal translation rules 26 by meta-data translator 22 to enter the 
necessary information for each attribute in the template, thereby creating application component 
24. More preferably, application component factory 27 is able to transform each application 
component 24 into an object, with associated data and methods for accessing the data. This 
preferred object-oriented architecture for each application component 24 also enables 
application component 24 to be placed within a hierarchical object-oriented structure for the 
new enterprise resource, described in greater detail below. 

In addition, preferably the interface components (not shown), which are other associated 
components of the generated application, described in greater detail below with regard to Figure 
2, are also generated by application component factory 27. These interface components are 
constructed from an interface, which provides the standard for defining each type of interface 
component. Application component factory 27 selects the correct interface components for 
each application component 24, as well as the correct attributes for each interface component, 
according to the translation process which was previously described. 

The second set of rules for the translation process is a set of external translation rules 
28. These external rules preferably include at least one rule defined by the programming user 
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of the system of the present invention, which either override one or more rules of set of internal 
translation rules 26, or alternatively are in addition to one or more rules of set of internal 
translation rules 26. Optionally and preferably set of external translation rules 28 includes at 
least one rule which is specific to the particular enterprise resource but which is not necessarily 
5 defined according to the syntax structure of the enterprise application. For example, such a rule 
could modify the length of the data or could define particular features of the mechanism for 
displaying the data on the GUI. 

Meta-data parser 12 also determines a position 30 for each logical unit of data 14 within 
the hierarchical object oriented structure. Meta-data parser 12 preferably builds the tree 

10 dynamically, as each logical unit of data 14 as parsed, by determining the relationship between 
each parsed logical unit of data 14 and previously parsed logical units of data 14, for example 
as a parent, brother, or child of such a previously parsed logical unit of data 14. 

Next, logical position 30 for each logical unit of data 14 is used to construct a 
hierarchical object-oriented structure 32 of application components 24 by a hierarchical 

15 structure constructor (not shown), which also includes the associated interface components for 
each application component 24. Hierarchical object-oriented structure 32 is preferably 
automatically adjusted to reduce repetition of data. Optionally and preferably, if a particular 
application component 24 recurs repeatedly throughout meta-data structure 12, preferably 
hierarchical object-oriented structure 32 is constructed to indicate the repeated occurrences of 

20 application component 24 without repeating all of the information about application component 
24, for example by storing a pointer to application component 24. 

Hierarchical object-oriented structure 32 is optionally displayed to the programming 
user by an editing environment (not shown), such that the programming user can then edit 
hierarchical object-oriented structure 32. For example, the programming user could choose to 

25 alter a position of one or more application components 24, to remove one or more application 
components 24 from hierarchical object-oriented structure 32, to adjust one or more associated 
interface components, or to add information which could not be automatically determined by 
meta-data translator 22 or application component factory 27. One example of such information 
would be specific values for one or more parameters for which default values were entered 

30 during the automatic translation process described previously. Such information is preferably 
entered by the programming user, since values for these parameters) are not available from the 
data in logical unit of data 14, or else cannot be determined automatically during the translation 
process. More preferably, hierarchical object-oriented structure 32 is displayed to the 
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programming user in the context of a development environment, such as a GUI (graphical user 
interface), which simplifies these changes and additions through "drag and drop" GUI gadgets 
and other aids to the programming user. 

One advantage of system 10 of the present invention is that the rules of set of internal 
5 translation rules 26 is optionally simplified, in order to avoid complex rule-based systems 
which are difficult to operate. Rather, system 10 both enables the programming user to define 
additional, enterprise resource-specific rules in set of external translation rules 28, and to 
manually edit hierarchical object-oriented structure 32. Thus, system 10 both is simple to 
operate and yet still enables the programming user to adjust the constructed application as 
10 needed. 

Hierarchical object-oriented structure 32 of application components 24 is then 
preferably transformed by a definition extraction factory 34 into a definitions file 36. 
Definition extraction factory 34 travels down through hierarchical object-oriented structure 32 
and examines each application component 24 individually. Definition extraction factory 34 

15 then extracts the necessary information from each application component 24 in order to 
construct definitions for each aspect of the new application for accessing the enterprise 
resource. Definition extraction factory 34 preferably also selects the correct interface 
components, with the correct attributes, for each application component 34. More preferably, 
definition extraction factory 34 includes a plurality of creators (not shown). Each particular 

20 creator is able to extract information from application component 24 in order to select the 

correct instance of an interface component, with the correct attributes, for a particular type of 
interface component. 

Definitions file 36 is preferably a flat text file containing a list of these definitions for 
each application component 24 and for the associated interface components. However, 
25 definitions file 36 could also be a generic text file or a binary format file, for example. 

Definitions file 36 is then used to create the internal structure of application 38 at run-time, 
such that the definitions for each application component 24 are read, and are then used to create 
application 38. 

Preferably, these definitions are parsed by a parsing engine (not shown) which is similar 
30 to application component factory 27. Since these definitions are determined according to the 
present invention, there is no requirement for translating the data structure or for assuming any 
default parameters. Instead, the parsing engine creates each application component 24, and 
then links each application component 24 to the interface components as described in greater 
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detail below. The overall structure of hierarchical object-oriented structure 32 is then created 
by the parsing engine to link all of these components together into application 38. 

More preferably, parsing engine creates a framework for the components of application 
38. This framework then optionally provides services for these components. Ultimately, the 
5 enterprise data is provided to a client (not shown), which then displays the data to the user. 
Therefore, one portion of the framework is most preferably an object which contains the client 
information, such as the type of communication language used by the client, as well as the type 
of GUI requested by the client. Examples of different types of communication languages 
include, but are not limited to, HTML (HyperText Mark-up Language); Java, which may have 

10 different sub-types such as Swing, AWT and so forth, XML (extensible mark-up language); and 
WML (Wireless Mark-up Language). Examples of different types of GUI include, but are not 
limited to, a Web browser, a Java client interface and no GUI. The latter type of GUI is 
preferred for applications, such as SQL (sequential query language) database applications by 
Oracle Ltd. or other such applications, which do not require a GUI. Thus, the client could 

15 optionally request not to receive a GUI for these types of applications, but otherwise preferably 
specifies a type of GUI for displaying the information. 

Once the parsing engine receives this information, then the GUI is generated at run-time 
and/or the time of parsing (if this process occurs before the run-time for the client). Preferably, 
the GUI is generated by the parsing engine from the previously described GUI abstraction, with 

20 the abstract GUI components. The parsing engine also preferably requests a particular library 
of corresponding specific, implemented GUI components according to the type of 
communication protocol and the type of application. For example, one type of library might be 
relevant to a GUI designed for a Web browser and implemented in HTML, while a different 
type of library would be used for a Java interface GUI which is implemented in the Swing type 

25 of Java. Each library would contain information for implementing each type of abstract GUI 
component as an actual, concrete GUI component. 

In addition, each library preferably includes a layout manager for determining the 
spatial relationship between GUI components. More preferably, each such component, whether 
concrete or abstract, is specified in relation to other GUI components, rather than with absolute 

30 sizes or other absolute properties, in order for the layout manager to operate more effectively. 
The layout manager is also optionally and more preferably embodied in a rules-based 
implementation, for determining properties of the GUI component such as size for example. 
Such a layout manager is available as part of the Java developers' toolkit (Sun Microsystems 



WO 00/57300 PCT7IL00/00178 

11 

Ltd.), but is also preferably implemented for other communication languages such as HTML for 
example. 

Optionally and more preferably, the layout manager operates according to a selected 
layout policy, which again is most preferably abstracted to an abstract policy, similar to the 
5 GUI abstraction. Such an abstract policy enables the parsing engine, in combination with the 
layout manager, to more easily implement the actual GUI with the actual GUI layout policy, 
regardless of the client communication language type and/or the client application type. One 
advantage of such a set of abstractions is that the human software developer can more easily 
construct various types of GUI components and layout policies as a generalized GUI, rather 

10 than implementing the GUI specifically for each type of client communication language type 
and/or the client application type. 

More preferably, at run-time adjustments are made to the structure of application 38 by 
the parsing engine. For example, the parsing engine may recognize a repetitive sequence within 
hierarchical object-oriented structure 32, with multiple sub-hierarchies associated with a 

15 particular application component 24. The parsing engine could then optionally reproduce 
portions of application 38 which correspond to the multiple sub-hierarchies, thereby more 
efficiently generating application 38. Preferably, the programming user can also optionally use 
this feature of system 10 in order to create part of hierarchical object-oriented structure 32 by 
selecting and then duplicating one or more application components 24. 

20 Each interface component of application 38, apart from application component 24, is 

preferably defined according to an interface for that type of component. Preferably, the 
programming user is able to select interface components from a predefined set of interface 
components in order to construct application 38. Optionally and preferably, the programming 
user can create new interface components from the interface which is provided for each type of 

25 component, such that these new interface components are specific to the requirements of the 
particular enterprise resource for which the programming user is constructing application 38. 

If the programming user wishes to alter one or more aspects of application 38 after 
definitions file 36 has been created, then definitions file 36 is read by definition extraction 
factory 34 to form all of the components, including application component 24 and the interface 

30 components of application 38 (not shown in Figure 1, see Figure 2), as objects. Each object can 
then be adjusted by the programming user, for example by altering one or more rules of set of 
external translation rules 28. The object is then processed again by application component 
factory 27 to form application component 24 and/or one or more of the interface components of 
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application 38. 

Figure 2 shows a preferred implementation of the structure of application 38, which 
features components which can be divided into three levels of control of functions within 
application 38. In addition, the components are of two types. The first type of component is 
the interface components which were previously described. The second type of component 
provides the backbone for application 38, and includes application component 24 and 
extensions to application component 24. 

The first of the three levels is a base level 40, which provides overall control for 
application 38. The backbone component of base level 40 is a base application component 42, 
which manages the interactions of the remaining components of application 38. Base 
application component 42 is the most extended from application component 24, and is 
preferably unique to application 38. Base application component 42 controls both the flow of 
data, including data import to and export from the enterprise data resource, and the display of 
the user interface to the application user. 

An application control component 44 contains all of the rules and activities for 
importing data to, and exporting data from, the enterprise resource, which are preferably at least 
partially determined by the programming user. Preferably, the programming user enters a set of 
rules for how the enterprise resource can be accessed, for example for displaying certain types 
of data, and application control component 44 is then created at least partially according to 
these rules. 

A user interface control component 46 provides control for the user interface, including 
for the functionality of the user interface and for the way in which the user interface is 
displayed to the user. Both application control component 44 and user interface control 
component 46 are controlled by base application component 42. 

The next level of application 38 is a first node level 48. First node level 48 contains 
components for controlling data import to, and export from, the enterprise resource and for 
display of the retrieved data to the application user through the user interface. The backbone 
component for first node level 48 is an I/O component 50, which is also an extension of 
application component 24, although somewhat less extended in comparison to base application 
component 42. I/O component 50 controls the activities of an I/O control component 52 and of 
a user interface component 54, as well as passing data to be exported from the enterprise 
resource and displayed by the user interface according to user interface component 54, and data 
to be retrieved through the user interface and imported to the enterprise resource through I/O 
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control component 52. 

I/O control component 52 controls data input and output from the enterprise resource. 
Optionally and preferably, each application 38 has more than one I/O control component 52 for 
retrieving data from the enterprise resource according to different retrieval modes. For 
5 example, the data could be presented to the application user through a terminal emulation 
software interface or alternatively through a data structure interface written in COBOL. 

Preferably, application 38 is coded as a group of Java-based data objects, since the Java 
programming language enables each I/O control component 52 to subscribe to particular types 
of events, and hence to "listen" only for activity which should be controlled by that particular 

10 I/O control component 52. 

User interface component 54 preferably includes instructions for displaying the 
retrieved data in a GUI container according to the attributes provided by I/O component 50, 
such as whether the data is displayed in a table, through a set of "tab card" GUI display objects, 
or any other type of GUI display form. More preferably, the programming user is able to select 

15 a particular pattern for the display of the information in a GUI display object, such that user 
interface component 54 then displays the data according to the selected pattern. For example, 
if the data includes a number of repeated sequences of numbers of other data, preferably a 
pattern is selected which is suitable for repetitive data. Alternatively and preferably, such a 
pattern could be automatically selected during the previously described automatic conversion 

20 process. In addition, user interface component 54 preferably also includes at least one display 
property, such as color of text or symbols, size of GUI display object, background color, and 
other display properties for the data. 

User interface component 54 optionally and preferably implements the user interface as 
a Java application, or alternatively as an applet. More preferably, user interface component 54 

25 implements the user interface in a document mark-up language, such as HTML or XML for 
example, for display by a Web browser. 

The next level of both definitions file 36 and application 38 is a second node level 56, 
Second node level 56 contains objects which are specific to each application component 24, 
including application component 24 itself. In addition, second node level 56 includes an import 

30 interface 58, for importing data into the enterprise resource associated with application 

component 24, and an export interface 60, for retrieving data from the enterprise resource 
associated with application component 24. Both import interface 58 and export interface 60 
interact with I/O control component 52 of first node level 48, which was previously described. 
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Optionally and preferably, a single application component 24 can have more than one 
associated import interface 58 and export interface 60, for example in order to enable the 
enterprise resource to be accessed through multiple types of data access. However, preferably, 
each associated import interface 58 and export interface 60 is controlled by a single I/O control 
5 component 52. 

For the sake of symmetry, user interface component 54 is shown again in second node 
level 56. It should be noted that user interface component 54 is present at both first node level 
48 and second node level 56, since the user interface is preferably provided through a single 
interface component as shown. However, optionally user interface component 54 could be 

10 divided into two interface components: a first such component for first node level 48, which 
would provide a user interface for controlling data input and output; and a second such 
component for second node level 56, which would actually display the exported data. 

The operation of the components of first node level 48 and second node level 56 is 
preferably implemented as follows. I/O control component 52 controls the flow of data into 

15 and out from the enterprise resource, notifying the other components of application 38 which 
are subscribed to events related to particular types of data. For exporting data from the 
enterprise resource, I/O control component 52 receives the raw data from the resource. I/O 
control component 52 then analyzes the raw data, and notifies each export interface 60 which is 
subscribed to a portion of the raw data that such data is available. I/O control component 52 

20 parses the data according to the data structure. For example, for data stored in a structure 
written in the COBOL programming language, the parsing instruction is based upon a fixed 
format which includes an offset and a length of the data field. Alternatively, the data may be 
separated by data separators, such as commas. Also alternatively, the data may be stored in the 
format "field name = field value". After parsing the data, I/O control component 52 then 

25 provides the appropriate portion of the raw data to each export interface 60, which translates the 
raw data into the appropriate format for display through user interface component 54. 

Similarly, for importing data into the enterprise resource, user interface control 
component 46 informs the relevant I/O control component 52 to prepare to receive data for 
storage. I/O control component 52 then notifies all other subscribing components to provide 

30 data through export interface 60. I/O control component 52 receives the data and prepares the 
data in the proper format for storage. Optionally and preferably, each I/O control component 
52 sends such data to a different computer, through a different interface and based upon a 
different language. Thus, each I/O control component 52 could be used to control data input to, 
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and output from, a different enterprise resource, such that application 38 would provide an 
integrated solution to the management of these different enterprise resources. 

A validation interface component 64 interacts with export interface 60, import interface 
58, user interface component 54 and with a data structure interface component 66, in order to 
5 validate the data associated with application component 24. 

Data validation includes such functions as determining whether data to be retrieved 
from, or written to, a enterprise resource associated with application component 24 has a value 
or values which are valid for that type of data. In addition, data validation may include 
determining whether data can be modified, which in turn is optionally determined by the state 

10 of application 38. For example, in one state, application 38 could be determined to be "read 
only", such that data can only be retrieved from the enterprise resource, but may not be written 
to the enterprise resource. In this state, import interface 58 should not be permitted to import 
new data and/or to change existing data. Each state preferably has a set of rules, for 
determining if data can be displayed, whether a particular object of application 32 is operative, 

15 and so forth. Validation interface component 64 and data structure interface component 66 
together provide low-level controls for maintaining the rules for each state of application 32. 

For example, export interface 60 could retrieve data from the enterprise resource, which 
would be stored in data structure interface component 66. User interface component 54 would 
then retrieve the data stored in data structure interface component 66 for display to the 

20 application user through the user interface. Thus, the mechanism for displaying the data is 
independent from the data itself, since export interface 60 translates the data into the correct 
format for display by user interface component 54 and since user interface component 54 does 
not need to interact directly with export interface 60. 

Furthermore, one or more components of application 38 could be replaced with another 

25 component of the same type, without altering the function of the remaining components. Thus, 
the structure of application 38 which is displayed in Figure 2 provides maximum flexibility for 
interacting with the enterprise resource. 



30 



It will be appreciated that the above descriptions are intended only to serve as examples, 
and that many other embodiments are possible within the spirit and the scope of the present 
invention. 
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WHAT IS CLAIMED IS: 

1 A system for automatic construction of an application for an enterprise resource 
for operation by a user, the system comprising; 

(a) a meta-data description of the enterprise resource, said meta-data description 
featuring a plurality of logical units of data; 

(b) a meta-data parser for parsing the enterprise resource into said plurality of logical 
units of data according to said meta-data description and for determining a 
relationship between said logical units of data, 

(c) a meta-data translator for translating each logical unit of data into an application 
component, for associating said application component with at least one interface 
component for interfacing with the enterprise resource; and 

(d) a definition extraction factory for creating the application from a plurality of said 
application components with said at least one interface component, at least 
according to said relationship between said plurality of logical units of data. 

2. The system of claim 1, wherein said at least one interface component is a 
plurality of interface components, including at least one interface component for data flow to 
and from the enterprise resource and at least one interface component for providing a user 
interface to the user. 

3. The system of claim 2, wherein the application further comprises: 

(i) a first layer of interface components for providing control of the application, 
including at least one interface component for controlling said user interface and 
at least one interface component for controlling said data flow; 

(ii) a second layer of interface components for providing said data input and said 
data output, including said at least one interface component for providing said 
user interface; and 

(iii) a third layer for specifically interacting with the enterprise resource. 

4. The system of claim 3, wherein said application component is contained in said 
third layer and said third layer further comprises: 

(1) an export interface for retrieving data from the enterprise resource; and 

(2) an import interface for storing data into the enterprise resource. 
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5. The system of claim 4, wherein each of said first layer and said second layer 
includes an extension of said application component for communicating with said at least one 
interface component related to said user interface and said at least one interface component 
related to said data flow. 

6. The system of claim 5, wherein said at least one interface component is defined 
according to a standard interface and according to at least one user-defined function. 

7. The system of claim 1, wherein said meta-data description, said meta-data parser 
and said meta-data translator are specific for a particular type of enterprise resource. 

8. The system of claim 7, wherein said meta-data translator translates each logical 
unit of data according to at least one internal translation rule. 

9. The system of claim 8, wherein said at least one internal translation rule is 
defined according to an attribute of said particular type of enterprise resource. 

10. The system of claim 9, wherein said at least one internal translation rule further 
includes at least one default value for a parameter not described in said meta-data description. 

1 1 . The system of claim 10, wherein said meta-data translator also translates each 
logical unit of data according to at least one external translation rule defined by the user. 

12. The system of claim 1, further comprising: 

(e) a hierarchical structure constructor for arranging said plurality of application 
components into a hierarchical object-oriented structure according to said 
relationship between said logical units of data, such that said definition 
extraction factory also creates the application according to said hierarchical 
object-oriented structure. 

13. The system of claim 12, further comprising: 
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(f) a definitions file for defining each of said plurality of application components, 
such that the application is stored as said definitions file, said definitions file 
being constructed by said definition extraction factory. 

14. The system of claim 13, further comprising: 

(g) an editing environment for editing said hierarchical object-oriented structure by 
the user, such that the user manually alters at least a portion of said hierarchical 
object oriented structure. 

15. The system of claim 14, further comprising: 

(h) a parsing engine for reading said definitions file and for operating the application 
according to said definitions file. 

16. The system of claim 15, further comprising: 

(i) a user interface of the application for interacting with the user; and 

G) a client for operating said user interface, such that said parsing engine constructs 
said user interface automatically according to at least one property of said client. 

17. The system of claim 16, wherein said user interface is a GUI (graphical user 
interface), said GUI being constructed by said meta-data translator with at least one abstract 
GUI component, the system further comprising: 

(i) at least one GUI library for containing a conversion of said at least one abstract 
GUI component to a concrete GUI component, such that said parsing engine also 
constructs said user interface automatically according to said GUI library. 

18. The system of claim 17, wherein said at least one GUI library contains a 
plurality of concrete GUI components and a layout manager for determining a spatial 
relationship between said plurality of concrete GUI components. 

19. A method for automatically constructing an application for an enterprise data 
resource for a user, the steps of the method being performed by a data processor, the method 
comprising the steps of: 
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(a) providing a meta-data description of the enterprise resource, said meta-data 
description including at least one attribute of the enterprise resource; 

(b) dividing the enterprise resource into a plurality of logical data units according to 
said meta-data description; 

(c) translating each of said plurality of logical data units into an application 
component according to at least one attribute of said meta-data description to 
form a plurality of application components; 

(d) determining a relationship between said plurality of logical data units; and 

(e) constructing the application according to said plurality of application 
components and said relationship between said plurality of logical data units. 

20. The method of claim 19, wherein step (d) further comprises the step of: 

(i) constructing a hierarchical object-oriented structure for said plurality of 
application components according to said relationship between said plurality of 
logical data units. 

21 . The method of claim 20, wherein step (d) further comprises the steps of: 

(ii) providing an editing environment for displaying said hierarchical object-oriented 
structure to the user; and 

(iii) altering at least a portion of said hierarchical object-oriented structure by the 
user. 

22. The method of claim 21, wherein step (c) is performed according to at least one 
internal translation rule, said at least one internal translation rule being defined according to a 
type of the enterprise resource. 

23. The method of claim 22, wherein step (c) is additionally performed according to 
the steps of: 

(i) defining at least one external translation rule by the user; and 

(ii) translating each of said plurality of logical data units into an application 
component according to said at least one external translation rule. 
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24. The method of claim 23, further comprising the steps of: 

(f) extracting a plurality of definitions for describing each of said plurality of 
application components and said relationship; and 

(g) storing the application by storing said plurality of definitions. 

25. The method of claim 24, further comprising the step of: 

(h) operating the application according to said plurality of definitions. 

26. The method of claim 25, further comprising the step of: 

(i) altering the application by changing at least one of said plurality of definitions. 

27. The method of claim 22, wherein the application is operated by a client, and step 
(e) includes the steps of: 

(1) automatically constructing a user interface according to at least one property of 
said client; and 

(2) displaying said user interface to the user for interacting with the user. 



28. The method of claim 27, wherein step (1) further includes the steps of: 

(A) constructing an abstract user interface for displaying data from the enterprise 
resource and for interacting with the user; and 

(B) constructing a concrete user interface according to said abstract user interface 
and according to said at least one property of said client. 
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